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SPECIFICATION 

Tennis Game System 
TECHNICAL FIELD 

The present invention relates to a tennis game system. More specifically, the 
present invention relates to a tennis game system in which game players strike a ball 
displayed on a monitor screen by turns by operating an input device. 

PRIOR ART 

In such a conventional kind of tennis game system, a game player generally 
controls a position of a tennis player on a monitor screen by operating a joy stick or the 
like provided on a controller as an input device so as to adjust a ball striking position. 

Therefore, in any of conventional tennis game systems, the outcome of a game 
depends on skills and techniques for operating the controller, and thus, these games are 
hard to play especially for elderly persons and young children. 

SUMMARY OF THE INVENTION 

It is therefore a primary object of the present invention to provide a tennis game 
system that is comparatively easy to play for everyone. 

A tennis game apparatus according to the present invention is a tennis game 
system in which a ball striking player and its opposite player by turns strike a ball 
displayed on a monitor screen, and comprises a means for calculating a predicted return 
position of the ball returned by the opposite player and a ball striking position moving 
means for moving a ball striking position of the ball striking player based on the predicted 
return position. 

The tennis game system is, in embodiments, shown by a reference numeral 1 0, and 



includes a game machine (12: a reference numeral showing a corresponding part in the 
embodiments, and so forth.) connected via an AV cable (22) to a television set (20) being 
a monitor, and a racket-shaped input device (34) for inputting an operation input to the 
game machine. A game player instructs a ball striking player to strike a ball on the 
5 monitor screen by operating the racket-shaped input device. Here, the game machine 

includes a game processor (52) which constitutes the predicted return position calculating 
means (step S141) and the ball striking position moving means (steps SI 45 and SI 46). 

More specifically, the game processor calculates the predicted return position of a 
ball returned by the opposite player in a step S141 in Figure 19 of the embodiment, and 

1 0 compares a current position of the ball striking player with the predicted return position 
so as to judge whether the predicted return position is within a ball-strikable range for the 
ball striking player (step S143). When a judgment means judges that the position is out of 
the ball-strikable range, the ball striking position moving means, i.e., the game processor 
moves the ball striking position. 

1 5 Assuming that a horizontal direction of the monitor screen is an X-axis, the ball 

striking position moving means moves the ball striking position in a direction of the 
X-axis. 

When an operating switch (38) is provided on the input device, the position 
change means (steps SI 52 and SI 58 in Figure 20), in response to an operation of the 
20 operating switch, changes the ball striking position in a direction of a Z-axis that is 

equivalent to a direction perpendicular to the monitor screen, and sets the ball striking 
position on forward or backward position. 

According to the present invention, since the ball striking position of the ball 
striking player is automatically controlled, the ball striking position could be accurately 
25 moved even with poor control or operation of an operating device, which means that 
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everyone including elderly persons and young children can play a game in a relatively 
easy way. 

The above described objects and other objects, features, aspects and advantages of 
the present invention will become more apparent from the following detailed description 
5 of the present invention when taken in conjunction with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is an illustrative view showing an entire configuration of a virtual tennis 
game system in one embodiment of the present invention. 
10 Figure 2 is an illustrative view showing one example of a game screen displayed 

on a television monitor in Figure 1 embodiment. 

Figure 3 is an illustrative view showing another example of the game screen 
displayed on the television monitor in Figure 1 embodiment. 

Figure 4 is a block diagram showing Figure 1 embodiment. 
1 5 Figure 5 is an illustrative view showing inner structure of a racket-shaped input 

device in Figure 1 embodiment. 

Figure 6 is a circuit diagram showing the racket-shaped input device. 

Figure 7 is a waveform chart showing an operation of the racket-shaped input 

device. 

20 Figure 8 is a flowchart showing an entire operation of Figure 1 embodiment. 

Figure 9 is an illustrative view showing state or state transition of Figure 1 
embodiment. 

Figure 10 is a flowchart showing an entire operation of an MCU in Figure 4 
embodiment. 

25 Figure 1 1 is a flowchart showing a specific operation of an acceleration detection 



process shown in Figure 10. 

Figure 12 is a flowchart showing a specific operation of a code transmission 
process in Figure 1 0 embodiment. 

Figure 13 is a flowchart showing a specific operation of a code reception process 
5 by a game processor in Figure 8 embodiment. 

Figure 14 is a flowchart showing a specific operation of a pre-toss process by the 
game processor in Figure 8 embodiment. 

Figure 15 is a flowchart showing a specific operation of a during-toss process by 
the game processor in Figure 8 embodiment. 
10 Figure 16 is a flowchart showing a specific operation of during-rally process by 

the game processor in Figure 8 embodiment. 

Figure 17 is a flowchart showing one part of a specific operation of a ball 
coordinate control process by the game processor in Figure 8 embodiment. 

Figure 1 8 is a flowchart showing another part of the specific operation of the ball 
15 coordinate control process. 

Figure 19 is a flowchart showing one part of a specific operation of a player 
coordinate control process by the game processor in Figure 8 embodiment. 

Figure 20 is a flowchart showing another part of a specific operation of the player 
coordinate control process. 
20 Figure 21 is a flowchart showing a specific operation of a point scoring process by 

the game processor in Figure 8 embodiment. 

BEST MODE FOR PRACTICING THE INVENTION 

Referring to Figure 1, a virtual tennis game system. 10 5 one embodiment of the 
25 present invention, includes a game machine 12 which is supplied with a direct current 
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power source by an AC adapter 14. The power source may be replaced with batteries 16. 
The game machine 12 is connected to an AV terminal 18 of a television monitor 20 via an 
AV cable 22. 

The game machine 12 also includes a housing on which a power switch 24 is 
5 provided, and direction buttons 26, decision key 28 and cancel key 30 are provided as 

well. The direction buttons 26 contain four buttons for four directions of movement (up, 
down, left and right) which are used, for example, to move a cursor in selecting a menu or 
game mode on a display screen of the television monitor 20. The decision key 28 is used 
to decide an entry into the game machine 12. The cancel key 30 is utilized for calculating 
10 the entry into the game machine 12. 

The game machine 12 is further provided with an infrared receiver 32 which 
receives an infrared signal from an infrared LED 36 on a racked-shaped input device 34 
to be hereinafter described. 

In this embodiment, two racket-shaped input devices 34 are utilized. Each of the 
15 racket- shaped input devices 34 is provided with the infrared LED 36 and a serve switch 
38. The serve switch 38 is operated in order to toss a ball for delivering a serve in a tennis 
game, and is also used as a toggle switch to move a ball striking position forward or 
backward during a rally to be described later. As mentioned above, the infrared signal 
from the infrared LED 36 is received by the infrared receiver 32 on the game machine 12. 
20 The racket-shaped input devices 34 each are provided with a piezoelectric buzzer element 
used as an acceleration sensor, and the game machine 12 receives an acceleration 
correlation signal from the piezoelectric buzzer element to apply a change to a ball 40 on 
the game screen shown in Figure 2 or Figure 3. 

Referring to Figure 2, the game screen on the television monitor 20 of the virtual 
25 tennis game system 1 0, displays the ball 40 and a player character 42 as sprite images, and 
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also displays a net character 44 and court character 46 as text screens. In addition, a score 
display portion 47 is formed to display a score of a tennis game being currently played. 
For a match-up game as shown in Figure 3, the display screen of the television monitor 20 
is vertically split into two parts, an upper part displaying a view from one tennis player, 
5 and a lower part displaying a view from the other tennis player. Each of the upper and 
lower part displays the ball 40, player character 42, net character 44 and court character 
46. 

In this virtual tennis game system 1 0, when a game player actually swings the 
racket- shaped input device 34 in a real space in a manner which is timed with a movement 

10 of the ball 40 in the game screen, a game processor 52 (Figure 4) detects an acceleration 
correlation signal from the piezoelectric buzzer element, by means of an infrared signal 
conveyed from the infrared LED 36 to the infrared receiver 32. For instance, the ball 40 is 
moved toward the opposite side of the court 46 as if the ball 40 bounced off the racket, 
according to a timing with which the racket-shaped input device 34 has reached a 

15 predetermined movement speed and a position of the ball 40 on the screen. The game 

processor 52 judges whether the ball 40 is in or out of the court depending on the moved 
position of the ball 40. If the timing of swinging the racket-shaped input device 34 is 
inconsistent with the position of the ball 40 on the screen, the game processor 52 
recognizes that as a swing and miss (letting the ball pass). 

20 Referring to Figure 4, the racket-shaped input device 34 includes the infrared LED 

36 and the serve switch (key switch) 38 as mentioned above, and further incorporates an 
acceleration sensor circuit 48. The acceleration sensor circuit 48 includes a piezoelectric 
buzzer element 66 and its related circuit as shown in Figure 5 to be described below, and 
an acceleration correlation signal from the acceleration sensor circuit 48 is supplied to an 

25 MCU 50. The MCU 50 may be, for example, an 8-bit single-chip microcomputer, and 
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converts the acceleration correlation signal from the piezoelectric buzzer element to a 
digital signal and applies it to the infrared LED 36. 

A digital-modulated infrared signal from the infrared LED 36 on each of the two 
racket-shaped input devices 34, is received and digital-demodulated by the infrared 
5 receiver 32 of the game machine 12, and then is input to the game processor 52. One bit of 
this digital signal is transmitted as "1" or "0" depending on ON or OFF of the switch 38. 
Therefore, by checking that bit, the game processor 52 can identify which game player 
delivered a serve. 

As the game processor 52, an arbitrary kind of processor can be utilized. This 

10 embodiment uses a high-speed processor that has been developed and filed as a patent 

application by the applicant. This high-speed processor is disclosed in detail, for example, 
in Japanese Patent Laying-open No. H10-307790 [G06F13/36, 15/78] and US Patent No. 
6,070,205 corresponding thereto. 

The game processor 52, although not illustrated, includes various processors such 

15 as a CPU, graphic processor, sound processor and DMA processor, and also includes an 
AID converter used for fetching an analog signal, and an input/output control circuit that 
receives input signals such as key operation signals and an infrared signal and supplies 
output signals to an external device. Thus, a demodulated signal from the infrared 
receiver 32 and input signals from the operating keys 26 to 30 are applied to the CPU 

20 through this input/output control circuit. The CPU performs required operations in 

response to these input signals, and supplies an operation result to the graphic processor, 
etc. The graphic processor and the sound processor thus perform an image processing and 
a sound processing in accordance with the operation result. 

The processor 52 is provided with an internal memory 54 which includes a ROM 

25 or RAM (SRAM and/or DRAM). The RAM is used as temporary memory, working 
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memory, counter, or register area (temporary data area) and flag area. The processor 52 is 
connected with an external memory 56 (ROM and/or RAM) through an external bus. This 
external memory 56 is preinstalled with a game program. 

The processor 52 performs an arithmetic operation, graphic processing and sound 
5 processing at each relevant processor according to the input signals from the infrared 

receiver 32 and operating keys 26 to 30, and outputs a video signal and an audio signal. 
The video signal is a composite of text screens and sprite images shown in Figure 2 or 
Figure 3 as mentioned above. These video signal and audio signal are supplied to the 
television monitor 20 through the AV cable 22 and AV terminal 18. Therefore, such a 

10 game screen as shown in Figure 2 or Figure 3, for example, is displayed on the television 
monitor 20 with the reproduction of required sounds (sound effects and game music). 

In this virtual tennis game system 10, briefly speaking, the game machine 12, i.e., 
the game processor 52 receives acceleration data contained in infrared signals from the 
two racket-shaped input devices 34, decides a movement parameter of the ball 40 (Figure 

15 2) when the acceleration of the racket-shaped input device 34 reaches a peak, and moves 
the ball 40 in the game screen according to the parameter. 

The racket-shaped input device 34, as shown in Figure 5, includes a grip part 58 
and a ball striking part or racket face part 60 extending from one end of the grip. The grip 
part 58 and the racket face part 60 are integrally formed by a two-halved plastic housing. 

20 On the inside of the racket face part 60 of the plastic housing in the racket-shaped 

input device 34, bosses are formed to join the two-halved housing, and the piezoelectric 
buzzer element 66 is fixed to constitute the acceleration sensor circuit 48 (Figure 4). The 
piezoelectric buzzer element 66, as is well known, includes a ceramic plate 70 stuck on a 
metalic plate 68, and makes a buzzer sound when a voltage is applied between the metalic 

25 plate 68 and an electrode on the ceramic plate 70. In this embodiment, the piezoelectric 
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buzzer element 66 configured that way is utilized as an acceleration sensor. That is, it is 
well known that the ceramic plate 70 is made of a piezoelectric ceramic and generates an 
electrical signal when the piezoelectric ceramic comes under the influence of stress. In 
this embodiment, therefore, an electrical signal generated in response to the movement of 
5 the piezoelectric buzzer element 66, i.e., the racket-shaped input device 34 on the ceramic 
plate 70 is taken out from between the metalic plate 68 and the above-mentioned 
electrode. In this embodiment, however, by performing predetermined digital signal 
process in accordance with the electrical signal, an acceleration correlation digital signal 
or data is fetched into the MCU 50 as described later. 

10 Inside the housing, a printed circuit board 72 is also mounted with the bosses. On 

the printed circuit board 72, the serve switch 38 is placed, the MCU 50 shown in Figure 4 
mounted, and further the infrared LED 36 attached. 

Referring to Figure 6, the piezoelectric buzzer element 66 described above is 
included in the acceleration sensor circuit 48. In addition, the MCU 50 is provided with 

15 an external oscillation circuit 80, and operates in response to a clock signal from the 
oscillation circuit 80. 

The MCU 50 outputs a rectangular wave signal from an output port 0, and applies 
it to one electrode 66a of the piezoelectric buzzer element 66, for example, via a 1 0 kQ 
resistor 82. The electrode 66a of the piezoelectric buzzer element 66 is grounded, for 

20 example, via a 0.1 |xF capacitor 84. The electrode 66a is also connected with a diode 
circuit 86 so as to keep voltage variations within a certain range. 

The other electrode 66b of the piezoelectric buzzer element 66 is connected to an 
input port 0 of the MCU 50, and is also connected to a diode circuit 88 so as to keep 
voltage variations within a certain range. The two electrodes 66a and 66b of the 

25 piezoelectric buzzer element 66 are electrically isolated with a relatively high resistor 90 
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of 1 Mfl, for example. 

When a rectangular wave signal shown in Figure 7(A) is applied to the electrode 
66a of the piezoelectric buzzer element 66, such a triangular wave signal as shown in 
Figure 7(B) is input into the input port 0 of the MCU 50 as the capacitor 84 charges or 
5 discharges electricity. A magnitude of the rectangular wave signal (the peak value) and a 
magnitude of the triangular signal (the peak value) depend on the diode circuits 86 and 
88, respectively. 

When the racket-shaped input device 34 (Figure 4) stands still, that is, it is not 
displaced, the lower side of the triangular wave signal remain unchanged as shown in a 

1 0 left part of Figure 7(B). However, when the racket-shaped input device 34 is displaced by 
an operator in a three-dimensional space, a piezoelectric effect due to the displacement 
produces a voltage on the piezoelectric buzzer element 66. This acceleration correlation 
voltage biases the minus level of the rectangular wave signal. Consequently, when the 
racket-shaped input device 34 is displaced, the acceleration correlation voltage is 

1 5 produced on the piezoelectric buzzer element 66 at a level in accordance with a 

magnitude of the movement acceleration. Thus the minus level of the triangular signal 
input into the input port 0 of the MCU 50, varies depending on the level of the 
acceleration correlation voltage 92 as shown in Figure 7(B). 

The MCU 50, as described later, converts such variations in the lower side of the 

20 triangular wave signal into acceleration data, and drives the LED 36 based on the 
acceleration data. 

Referring to Figure 8 and Figure 9, an operation of the virtual tennis game system 
1 0 according to Figure 1 embodiment is now outlined. A game can be started by turning 
on the power switch 24 shown in Figure 1 . The game processor 52 shown in Figure 4 
25 firstly performs initialization in a step SI, and more specifically, it initializes the system 
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and all variables. 

The game processor 52 then updates an image signal in a step S2 to renew an 
image displayed on the monitor 20. The update of a displayed image is carried out on a 
frame-by-frame basis (television frame or video frame). 
5 The game processor 52 performs a process in accordance with a system state. The 

first process is a selection of a game mode. For this game mode selection, an operator or 
game player, in a step S3 as shown in Figure 7, operates the selection keys 26 shown in 
Figure 1 to select between an one-person play mode and two-person play mode, or select 
between a singles mode and doubles mode, and sets the difficulty level of a game, etc. 

10 A real tennis game begins with a serve and enters into a rally. For delivering a 

serve, it is necessary to toss the ball 40 (Figure 2 and Figure 3) in the game screen. Thus, 
the game processor 52 performs a pre-toss process in a step S4, and then carries out a 
during-toss process in a step S5. That is, if the serve switch 38 is pressed during the 
pre-toss process, the game processor 52 proceeds to the during-toss process. If the 

15 racket-shaped input device 34 is not swung during the during-toss process, the game 

processor 52 returns to the pre-toss process. Also if the racket-shaped input device 34 is 
swung during the during-toss process, the game processor 52 then moves to a during-rally 
process in a step S6. If a point is determined in the during-rally process, the game 
processor 52 moves to a point scoring process in a step S7. Depending on whether or not 

20 the scored point meets a condition for ending a game, the game processor 52 returns to the 
game mode selection (S3) or the pre-toss process (S4). 

As shown in Figure 8, after the during-toss process in the step S5 and the 
during-rally process in the step S6, the game processor 52 performs a coordinate 
arithmetic operation for the ball 40 in a step S8 to displace the ball 40 (Figure 2 and 

25 Figure 3) in the game screen according to the acceleration data from the racket-shaped 
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input devices 34. 

Subsequently, if there is an interrupt by a video synchronizing signal, the game 
. processor 52 carries out an image update shown in the step S2 (Figure 8). If an audio 
interrupt takes place, a sound process is performed in a step S9, thereby outputting game 
5 music and sound effects such as ball striking sounds. If an interrupt occurs for other than 
the sound process, the game processor 52 receives the infrared signal (code) input from 
the infrared receiver 32 in a step S10 of Figure 8. 

Referring to Figure 10, this Figure 10 shows an entire operation of the MCU 50. In 
a first step SI 1, the MCU 50 initializes variables to be handled by the MCU 50, such as a 
10 detected offset value and offset counter value described later, and also initializes the input 
ports and the output ports (Figure 6). 

After acceleration detection (described below) in a step S12, the MCU 50 judges 
whether the racket-shaped input device 34 belongs to a first player in a step SI 3. That can 
be determined by checking a particular input port of the MCU 50 in step SI 3: the input 
15 device 34 belongs to the first player if the particular input port of the MCU 50 is set to 

"1", and the input device 34 belongs to the second player if the particular input port is set 
to "0". Then if "YES" in the step SI 3, i.e., the input device 34 belongs to the first player, 
the MCU 50 determines whether a transmission state has been established in a step SI 4, 
or if "NO" in the step SI 3, i.e., the input device 34 belongs to the second player, the MCU 
20 50 determines whether a transmission state has been established in a step S15. 

Although not illustrated, the MCU 50 has a state counter as a software counter, 
and the transmission state is rendered each time the state counter reaches a predetermined 
value. In the steps S14 and SI 5, therefore, the MCU 50 detects whether the state counter 
has reached the predetermined value. If "NO" in the step S14 or S15, the MCU 50 sets a 
25 transmission code to "0" in a step SI 6. Reversely, if "YES" in the step S 14 or SI 5, the 
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MCU 50 proceeds straight to a code transmission process in a step SI 7 (described later in 
detail). After performing the code transmission process in the step S17 5 the MCU 50 
increments the state counter (not illustrated) by 1 (one) in a step SI 8 and returns to the 
step SI 2. As described later, the code transmission process is performed in a bit-serial 
5 fashion, and a time required to do this is as extremely short as a few microseconds. 

Figure 1 1 is a flowchart showing details of the step S 1 2 in Figure 1 0. In a first step 
S21 of the acceleration detection process, the MCU 50 copies the detected offset value set 
in a register (not illustrated) into an offset counter (not illustrated). The detected offset 
value is used to input a high level and low level for determining a rectangular wave shown 

10 in Figure 7(A) in a time-homogeneous manner when no voltage is generated on the 

piezoelectric buzzer element 66. At a start of the operation, the detected offset value is set 
to an arbitrary default value. 

After the step S21, the MCU 50 sets the output port 0 to "1" in a step S22. Thus, 
the output port 0 outputs "1", i.e. a high-level signal. Then in a step S23, the MCU 50 

1 5 reads data from the input port 0. 

In a step S24, the MCU 50 judges whether the data read from the input port 0 in the 
step S23 is "1". If "YES", the MCU 50 increments an integration counter (not illustrated) 
by 1 (one) in a next step S25. The integration counter is used to calculate a time period 
during which a high level was read in. The integration counter is incremented when the 

20 relevant input port is set to "1" or high level, and the counter is not incremented when the 
port is set to "0". 

If the integration counter was incremented in the step S25 or "NO" was 
determined in the step S24, the MCU 50 increments the offset counter in a step S26 and 
then determines whether the offset counter has reached a specified value in a step S27. 
25 That is, after setting the output port 0 to "1" in the step S22, the MCU 50 continues to 
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output "1" from the output port 0 until it judges that "NO" is determined in step S27. 

When the MCU 50 determined that the offset counter has reached the 
predetermined value in the step S27, it sets the output port 0 to "0", i.e. a low level in a 
step S28. Then the MCU 50 copies the detected offset value stored in the register into the 
5 offset counter in a step S29. 

In a succeeding step S30, the MCU 50 reads data from the input port 0. In a step 
S3 1 , the MCU 50 judges whether the data read from the input port 0 in the step S30 is " 1 
If "YES", the MCU 50 increments the integration counter by 1 (one) in a next step S32. 
In a case where the integration counter was incremented in the step S32 or "NO" 
1 0 was determined in the step S3 1 , the MCU 50 decrements the offset counter by 1 (one) in a 
step S33 and determines whether the offset counter has reached 0 (zero) in a step S34. 
That is, after setting the output port 0 to "0" in the step S28, the MCU 50 continues to 
output "0" from the output port 0 until it judges that "NO" is determined in the step S34. 
If "YES" is determined in the step S34, i.e. the offset counter has reached zero (0), 
15 the MCU 50 subtracts an intermediate value from a count value of the integration counter 
to obtain a difference value. The intermediate value here is N/2, assuming that N is a total 
number of the repeating times of returning from the step S27 to the step S23 for high level 
detection and the repeating times of returning from the step S34 to the step S30 for low 
level detection. A reason why the difference value is evaluated by using the intermediate 
20 value in a step S3 5 is to render a ratio between a high-level period and a low-level period 
(duty ratio: 50%) in a state that an ideal piezoelectric buzzer element is used and no 
acceleration correlation voltage is produced on the piezoelectric buzzer element a 
criterion or base for determining the acceleration. 

More specifically, the integration counter counts the number of times of reading 
25 "1" or high-level data from the input port 0 as mentioned above, and if an ideal 
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piezoelectric buzzer element is used and no acceleration correlation voltage is generated 
on the piezoelectric buzzer element, the difference value of "the integration counter value 
- the intermediate value" should be zero. Accordingly, if any voltage occurs on the 
piezoelectric buzzer element 66, a significant value can be obtained as the difference 
5 value. Thus in a step S3 6, the displacement acceleration for the racket-shaped input 
device 34 is decided in accordance with this difference value. In principle, the 
acceleration data is obtained by multiplying the difference value by a predetermined 
coefficient. 

After that, the MCU 50 corrects the detected offset value in a step S3 7 based on 

10 the difference value obtained in the step S3 5. Since a game player or operator does not 
swing the racket-shaped input device 34 in the initial state, no acceleration correlation 
voltage occurs on the piezoelectric buzzer element 66. Nevertheless, if a difference value 
other than zero is detected in the step S3 5, this means that the detected offset value set in 
the step S21 is not correct in terms of the characteristics of the piezoelectric buzzer 

1 5 element used in the racket-shaped input device. In other words, this means that the current 
piezoelectric buzzer element is not an ideal piezoelectric buzzer element. Thus, in order 
to correct deviations in characteristics between the current piezoelectric buzzer element 
and the ideal piezoelectric buzzer element, the detected offset value is corrected 
according to the difference value in the step S3 7. 

20 On the other hand, if a setting is made so as to invariably change or correct a 

detected offset value in the step S37, the detected offset value would be corrected even on 
the basis of a difference value resulting from the actual presence of the acceleration 
correlation voltage on the piezoelectric buzzer element. However, the period of voltage 
generation on the piezoelectric buzzer element is very short as compared to other periods. 

25 There is thus no problem in performing the step S3 7 each time the difference value is 
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detected. Accordingly, the detected offset value is properly corrected at the start of the 
tennis game, and does not fluctuate so greatly even if the step S3 7 is performed each time 
the acceleration is detected, which thus causes no interference with the tennis game. 

In a next step S38, the MCU 50 reads a value "1" or "0" via the input port 1 from 
5 the key switch, i.e., serve switch 38. Next, in a step S39, the MCU 50 adds a parity bit to 
calculate the transmission code based on the value from the key switch 38 and the 
displacement acceleration or movement acceleration of the racket-shaped input device 34 
decided in the step S3 6, and returns to the step S13 in the main routine (Figure 10). 

Now referring to Figure 12, the code transmission from the racket-shaped input 

10 device 34 to the game processor 52 in the step SI 7 (Figure 10) is described below. In a 
first step S41, the MCU 50 copies the transmission code produced in the step S12 or S16 
into the temporary data register (not illustrated). Then, the MCU 50 determines whether a 
most significant bit of the code is "1". If the most significant bit is "1", the MCU 50 
judges "YES" in a step S42, and sets the output port 1 to "1" to turn on the LED 36 

1 5 (Figure 4) in a step S43 . After that, the MCU 50 waits for a predetermined waiting time in 
a step S44. However, if "NO" in the step S42, i.e., the most significant bit is "0", the 
process proceeds straight to a step S44. 

After the predetermined waiting time has elapsed in the step S44, the MCU 50 sets 
the output port 1 to "0" and turns off the LED 36 in a step S45. Then, the MCU 50 waits 

20 for a predetermined waiting time in a step S46. 

After the predetermined waiting time has elapsed in the step S46, the MCU 50 
shifts the temporary data to the left by one bit in a step S47 so as to make a transmitted bit 
least significant. That is, the MCU 50 shifts a bit to be transmitted for the bit-serial 
transmission. Then in a step S48, the MCU 50 determines whether all the bits have been 

25 transmitted. If "NO", the process returns to the step S42. If "YES", the process comes to 
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an end and the MCU 50 moves to the step SI 8 shown in Figure 10. 

Now referring to Figure 13, the code reception process by the game processor 52 
in the step S10 shown in Figure 8 is described below. Since this code reception process is 
driven by means of a timer interrupt, the game processor 52 determines whether or not 
5 there is a timer interrupt in a first step S51 . If "NO", the game processor 52 sets a timer 
interrupt in a step S52. If "YES", the process goes straight to a step S53. 

In the step S53, the game processor 52 reserves a temporary data area for code 
reception in the memory 54 (Figure 4). Next, in a step S54, the game processor 52 reads 
data from the input port to which an output signal is input from the infrared receiver 32. 
10 Then, in a step S55, the game processor 52 shifts the temporary data to the right so as to 
make the data read in the step S54 of the most significant bit of the temporary data. 

Subsequently, the game processor 52 determines whether all the bits have been 
received in a step S56. If "NO", the game processor 52 waits for a next timer interrupt in 
a step S57. If "YES", the game processor 52 cancels the current timer interrupt in a step 
15 S58, and copies the temporary data as a received code in a step S59. The game processor 
52 performs the game process shown in Figure 8 using this received code. 

As previously shown in Figure 8, after the game mode selection in the step S3, the 
game processor 52 performs the "pre-toss" process in the step S6. More specifically, the 
pre-toss process is carried out in accordance with a flowchart shown in Figure 14. 
20 In a first step S61 of the pre-toss process, the game processor 52 judges whether 

the server is a CPU player (not a game player), using a random number at the start of the 
game and, after that, based on rules of a real tennis game. 

If "NO" in the step S61, this means that the game player using the racket-shaped 
input device needs to serve a ball. The game processor 52 thus checks data received from 
25 the input device 34 in a step S62. More specifically, the game processor 52 checks the 
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data temporarily stored in the memory 54. Then based on the received data, the game 
processor 52 determines whether the serve switch 38 has been pressed. If "NO" in a step 
S63, the game processor 52 displays a message, for example, "Press the button to toss a 
ball! 5 ' in a step S64 to prompt the game player to toss a ball, i.e., operate the serve switch 
5 38. 

If "YES" is determined in the step S61, the game processor 52 determines whether 
the CPU player has tossed a ball in steps S65 and S66. If the CPU player has tossed a ball, 
the game processor 52 decides axial speeds Vx, Vy and Vz of the ball in a step S67 for the 
tossing of the ball 40 (Figure 2 and Figure 3) in the "during-toss" process, as in the case 
10 where "YES" is determined in a step S63. After that, the game processor 52 switches its 
state to "during-toss" in a step S68. 

The "during-toss" process is performed in accordance with a flowchart shown in 
Figure 15. Specifically, the game processor 52 updates axial coordinates Px, Py and Pz of 
the tossed ball in a first step S71, and based on the updated coordinates, determines 
1 5 whether the position of the ball has reached a range in which a serve can be delivered in a 
step S72. For example, it is impossible to serve a ball if the position of Y axis, i.e., a 
height of the ball becomes out of a predetermined value range, and the game processor 52 
thus judges whether the ball has reached within such a serve-enabled range that was set in 
advance. 

20 If "YES" in the step S72, the game processor 52 judges whether the ball position 

has gone beyond the serve-enabled range in a step S73. If "YES", i.e., the ball is out of the 
serve-enabled range in the step S73, the game processor 52 returns the axial coordinates 
of the tossed ball to the pre-toss state, and switches its state to "pre-toss" again in a step 
S74. 

25 If a result is "NO" in the step S73, i.e., the ball is within the serve-enabled range, 
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the game processor 52 determines whether the server is a CPU player in a step S75. If the 
game processor 52 judged that the server is a game player ("NO") in the step S75, it 
checks the data received from the racket-shaped input device 34 operated by the game 
player in a step S76. Reversely, if "YES" is determined in the step S75, the game 
5 processor 52 judges the presence or absence of a swing (the presence or absence of a 

process equivalent to the game player's swinging the racket-shaped input device 34) in a 
step S77 according to a predetermined algorithm for the action of the CPU player. Then, 
the game processor 52 judges whether a swing (or an action equivalent to that) has been 
performed in a step S78. 

10 If the result of a judgment on a swing is "YES", the game processor 52 calculates 

an initial speed of the ball after served from the ball coordinates and the magnitude of the 
swing in a step S79. If the server is a game player, the game processor 52 detects the 
displacement acceleration in the direction perpendicular to the racket surface of the 
racket-shaped input device in the step S79, using the code incoming from the 

1 5 racket-shaped input device operated by the game player, thereby detecting the magnitude 
of the swing and calculating the initial speed of the ball based on the swing magnitude. 
This terminates the ball serving operation, and the game processor 52 thus sets the server 
as a next ball striking player in a step S80, and switches its state to "during-rally" in a step 
S81. 

20 The "during-rally" process is executed in accordance with a flowchart shown in 

Figure 16. Specifically, the game processor 52 performs the ball coordinate control in a 
first step S91, and determines whether the state of the process is "during-rally" in a step 
S92. If "NO", the process returns. If "YES", the game processor 52 executes the 
coordinate control for the player 1 and player 2 in steps S93 and S94, respectively. 

25 More specifically, the process for ball coordinate control in the step S91 is 



- 19- 



executed in accordance with flowcharts shown in Figure 17 and Figure 1 8. 

In a first step SI 01 shown in Figure 17 5 the game processor 52 updates the axial 
coordinates Px, Py and Pz and a speed vector of the served ball, and determines whether 
the position (coordinates) of the ball is within a receivable range for the player 1 in a step 
5 SI 02. If the result is "YES" in the step SI 02, the game processor 52 checks the data 
received from the racket-shaped input device of the player 1, and judges whether the 
racket-shaped input device was swung based on the received data in a step SI 03. If the 
result is "NO", the game processor 52 returns the process straight to the step S92 (Figure 
16). If "YES", the game processor 52 calculates an initial speed vector of the ball after 

1 0 received in a next step S 1 05, based on the coordinates of the ball and the magnitude of the 
swing (i.e. the acceleration of the racket-shaped input device when it is swung). Then the 
game processor 52 sets the player 1 as a ball striking player in a step SI 06, and returns the 
process to the step S92. 

If "NO" in the step SI 02, the game processor 52 determines whether the ball 

15 position is within the receivable range for the player 2. If the result is "YES" in a step 

S 1 07, the game processor 52 determines whether the player 2 is the CPU in a step S 1 08. If 
the result is "NO", the game processor 52 checks the data received from the 
racket- shaped input device of the player 2 in a step SI 09, and if "YES", the game 
processor 52 judges the presence or absence of a swing (or a signal corresponding to that) 

20 in a step SI 10. Then, the game processor 52 determines whether a swing has been 

performed in a step S 1 1 1 . If "NO" in the step S 1 1 1 , the process returns as it is. If "YES", 
however, the game processor 52 calculates the initial speed vector of the ball after 
received in a step SI 12, based on the coordinates of the ball and the magnitude of the 
swing (i.e., the acceleration of the racket-shaped input device when it is swung). In a step 

25 S 1 1 3, the game processor 52 sets the player 2 as a ball striking player, and then returns to 
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the step S92. 

If the result is "NO" in the step SI 07, i.e., the ball is out of the receivable range as 
described above, the game processor 52 judges whether the ball is beyond the receivable 
range in a step S 1 14. As aforesaid, a certain range defined by the axes X, Y and Z is preset 
5 as a receivable range in which a receiving player can strike a ball back. In the steps S 1 02, 
SI 07 and SI 14, therefore, the game processor 52 judges whether the ball is within the 
receivable range. 

If the result is "YES" in the step SI 14, i.e., the ball is out of the receivable range, 
the game processor 52 stores the result "letting the ball pass" in a result register 

10 (established in the memory 54) in a step SI 15, and switches its state to "point scoring 
process" in a step SI 16. 

If "NO" is determined in the step SI 14, i.e., the ball is within the receivable range, 
the game processor 52 judges whether the Z coordinate of the ball has reached the 
position of the net in a first step SI 17 of Figure 18. If "YES" is determined in the step 

15 SI 17, the game processor 52 determines whether the X and Y coordinates of the ball are 
within the range in which a "Let" is called in a step S 1 1 8. If "NO", the game processor 52 
determines whether the X and Y coordinates of the ball are within the range in which a 
"Net" is called in a step SI 19. If "NO", the process returns straight, but if "YES", the 
game processor 52 judges whether the struck ball is a serve or not in a step SI 20. If 

20 "YES" in the step SI 20, the game processor 52 stores a "Fault" in the result register in a 
step S121, and, if "NO", it stores a "Net" in the result register. In either case, the game 
processor 52 switches its state to "point scoring" in a step S123, and returns the process. 

If "YES" is determined in the step SI 18, i.e., the ball has reached the "Let" range, 
the game processor 52 determines whether the struck ball is a serve or not in a step SI 24. 

25 If "YES" is determined in the step S 124, the game processor 52 stores a "Let" in the result 



-21 - 



register in the step S121, switches its state to "point scoring" in a step SI 26, and returns 
the process. If "NO", the game processor 52, based on the speed vector of the ball, 
calculates the initial speed vector of the ball after touching the net, and the process 
returns. 

5 If "NO" in the step SI 17, i.e., the Z coordinate of the ball has not reached the net 

position, the game processor 52 judges whether the Y coordinate of the ball has reached 
the court surface (i.e., the ball 40 has fallen in the court 46 on the monitor screen) in a step 
S128. If "YES" in the step S128, the game processor 52 determines whether the X and Z 
coordinates of the ball are within the court in a step SI 29. 

10 If "NO", the game processor 52 stores an "Out" in the result register in a step 

SI 31, and switches its state to "point scoring" in a step SI 32, and the process returns. If 
"YES" in the step SI 29, the game processor 52, based on the speed vector of the ball, 
calculates the initial speed vector of the ball after bounding, and returns the process. 
When the ball coordinate control process shown in Figures 17 and 1 8 is 

15 completed, the game processor 52 determines whether its state is "during-rally" in a step 
S92. If YES", the game processor 52 proceeds to the player coordinate control process 
described in Figures 19 and 20. Since the process is the same for both the player 1 and 
player 2, it is explained below on the assumption that it is applied to the both players. As 
in the case with the previous process, the player position control process is executed by 

20 every single video frame. 

In a first step S141, the game processor 52 calculates the predicted return position 
(the predicted position of the ball that will enter the court area on the next ball striking 
player's side) from the speed vector of the ball. Then, in a step SI 42, the game processor 
52 compares the predicted return position calculated in the step S141 with the current 

25 position of the player (X coordinate), and determines whether the predicted return 
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position is within the ball strikable range for the ball striking player. If "YES", this means 
that the ball striking player can strike the ball without moving or changing its ball striking 
position, and thus the process proceeds straight to a next step SI 47 (Figure 20). 

If the predicted return position is not within the ball strikable range for the ball 
5 striking player, the game processor 52 performs an automatic ball striking position 

control that is a feature of this embodiment. More specifically, the game processor 52 
judges whether the current X coordinate of the ball striking player is larger than the X 
coordinate of the predicted return ball position in a step S144. If "YES" is determined in 
step SI 44, this means that the ball striking player is located on the right of the predicted 

1 0 return position on the monitor screen, and that the ball striking position needs to be 

shifted to the left. In this case, therefore, the game processor 52 subtracts a certain value 
from the current X coordinate of the ball striking position in a step S\45. Reversely, if 
"NO" is determined in the step SI 44, this means that the ball striking player is on the left 
of the predicted return position on the monitor screen, and that the ball striking position 

1 5 needs to be moved to the right. In this case, the game processor 52 adds a certain value to 
the current X coordinate of the ball striking position. In this way, executing the step SI 45 
or SI 46 makes it possible to automatically shift the ball striking position of the ball 
striking player with respect to the predicted return position. After that, the process 
proceeds to a step SI 47. 

20 Since "a certain value" in the step SI 45 or SI 46 relates to the moving speed of a 

player, i.e., how fast a player can run, all players may have their own characteristics 
(running speed) by diversifying the certain value among them. 

The above explanation is based on the premise that only the X coordinate is 
automatically controlled. It is needless to say that the idea of this embodiment can be also 

25 easily applied to other coordinates such as Z coordinate if required. 
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In a step S147 shown in Figure 20, the game processor 52 checks a 
"forward/backward" state stored in the memory 54, and judges which is the present state 
in a step S148. If the present state is "forward position", the game processor 52 proceeds 
to a step SI 49 to determine whether the relevant player is the CPU or not. In the case of 
5 "NO", the relevant player is the game player, and so the game processor 52 checks the 
state of the serve switch 38 in a step SI 50 and determines whether the serve switch 38 has 
been pressed in a step S151. Specifically, the game processor 52 determines whether the 
serve switch 38 has been pressed during the rally in the step S151. If "YES", the game 
processor 52 switches the state of the player in the "forward position" to "backward 

10 movement". However, if the result is "YES" in the step S149, i.e. the relevant player is 
the CPU player, the game processor 52 determines whether the player should move 
backward or not in steps SI 53 and SI 54. If the player needs to move backward, the game 
processor 52 proceeds to a step SI 52, and if "NO", the process returns straight. Thus, 
operating the serve switch 38 during a rally makes it possible to move backward the ball 

15 striking player in the forward position, i.e., the ball striking position. 

If the state of the player is "backward position", the game processor 52 goes on to 
a step SI 55 to determine whether the player is the CPU or not. If "NO", the relevant 
player is the game player, and so the game processor 52 checks the state of the serve 
switch 3 8 in a step S 1 5 6 and j udges whether the serve switch 3 8 has been pressed in a step 

20 SI 57. Specifically, the game processor 52 determines whether the service switch 38 has 
been pressed during the rally in the step SI 57. If "YES", the game processor 52 changes 
the state of the player in the "backward position" to "forward movement". If "YES" is 
determined in the step SI 55, i.e., the relevant player is the CPU player, the game 
processor 52 determines whether the player should move forward in steps S 1 59 and S 1 60. 

25 If the player needs to move forward, the game processor 52 proceeds to a step SI 58, and 
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if not, the process returns straight. Thus, operating the serve switch 38 during a rally 
makes it possible to move forward the ball striking player in a backward position, i.e., the 
ball striking position. 

Additionally, if the forward/backward state of a player is set to "forward 
movement", the game processor 52 adds a certain value to the present Z coordinate to 
move the player forward in a step SI 61. Then, when the game processor 52 has 
determined that the player has reached the limit of forward movement in the Z coordinate 
in a step SI 62, it switches the player's state to "forward position" in a step SI 63. On the 
other hand, if the forward^ackward state of a player is set to "backward movement", the 
game processor 52 subtracts a certain value from the present Z coordinate to move the 
player backward in a step SI 64. Then, when the game processor 52 has determined that 
the player has reached the limit of backward movement in the Z coordinate in a step SI 65, 
it moves the player's state to "backward position". In either case, the process returns. 

In addition, an operation of the "point scoring" is performed in accordance with a 
flowchart shown in Figure 21. More specifically, the game processor 52 checked the 
result register in a step S 1 71 and determines the result in a step SI 72. If the serve result is 
a "fault", the game processor 52 judges whether a fault flag has been already set, i.e., one 
fault is recorded in a step SI 73. If the result is "YES" in the step SI 73, the game 
processor 52 sets the message "DOUBLE FAULT" in a step SI 74 so as to display it on 
the monitor screen. At the same time, the game processor 52 increments the score of a 
player not being the ball striking player in a step SI 75. That is, the game processor 52 
adds a point to the score of the non-ball striking player, and displays the increased score 
in the score display area 48 (Figure 2 and Figure 3) in a step SI 76. After that, the game 
processor 52 clears the fault flag in the step SI 77, and judges whether the game has come 
to an end in steps SI 78 and SI 79. If "YES" in a step SI 79, the game processor 52 judges 
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whether the match has finished in steps SI 80 and SI 81 . If "YES", the game processor 52 
switches its state to "game mode selection" in a step SI 84, and returns the process. 

If "NO" in the step SI 81, the game processor 52 changes servers, sets the players 
to "backward position" in a step SI 82, and goes on to a step SI 83 to move its state to 
5 "pre-toss", and returns the process. If the judgment result is "NO" regarding the end of 
the game in the step SI 79, the process proceeds to the step SI 83. 

If the result stored in the result register is a "net", the game processor 52 sets the 
message "NET" in a step SI 85, and moves on to a step SI 75. Reversely, if the result 
indicated by the result register is an "out", the game processor 52 sets the message "OUT" 
10 in a step S 186, and goes on to the step S 1 75. If the result is "letting the ball pass", the 
game processor 52 increases the score for the ball striking player in a step SI 87, and 
proceeds to a step SI 76. 

If the judgment result is a "let" in the step SI 72, the game processor 52 sets the 
message "LET" in a step SI 88, sets the forward/backward state of the both players to 
15 "backward position" in a step SI 89 and moves its state to "pre-toss" in a step SI 90, and 
the process returns. 

If the serve result is a "fault" and the judgment result in the step SI 73 is "NO", 
then that is the first fault, and so the game processor 52 sets the message "FAULT" in a 
step SI 91, sets the fault flag in a step SI 92, and then proceeds to the step SI 89. 
20 In this manner, the virtual tennis game system 1 0 in Figure 1 allows users to play a 

tennis game on the screen of the monitor 20 by moving or swinging the racket-shaped 
input device 34 in the three-dimensional space. 

In the above-mentioned embodiment, an acceleration correlation signal is taken 
out as a voltage signal. Alternatively, it may be taken out as a current signal. 
25 Moreover, in the above embodiment, the MCU 50 and LED 36 form a digital 
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signal transmission means so as to send an acceleration correlation digital signal to the 
processor in a wireless manner. Alternatively, the signal transmission means may send 
data by means of an appropriate data transmission line instead of doing that wirelessly. 

Furthermore, the embodiment shown here as an example, outputs a digital signal 
5 as an acceleration correlation signal. Alternatively, it may transmit a detected voltage 
value or current value as an analog signal. 

Although the present invention has been described and illustrated in detail, it is 
clearly understood that the same is by way of illustration and example only and is not to 
be taken by way of limitation, the spirit and scope of the present invention being limited 
1 0 only by the terms of the appended claims. 
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